home *** CD-ROM | disk | FTP | other *** search
/ Cream of the Crop 26 / Cream of the Crop 26.iso / doom / quake.zip / KASCAM17.ZIP / QCNOTES.TXT < prev    next >
Text File  |  1997-05-25  |  2KB  |  50 lines
  1. This file contains my notes to QC programmers which intend to use KasCam
  2. in their own QC patches
  3.  
  4. -------------------------------------------------------------------------------
  5.  
  6. VERSION 1.7 WARNING: hooking points have changed again!!! You HAVE TO revise
  7. them if you upgrade your patch from previous version. Three changes there.
  8.  
  9. VERSION 1.6 WARNING: hooking points have changed again! Well, it was my fault
  10. that I didn't change them properly in 1.5 :-(
  11.  
  12. VERSION 1.5 WARNING: hooking points have changed! If you update your patch
  13. using KasCam 1.0 you have to review all hooking points. I have cleaned DEFS.QC
  14. also - it is just original now.
  15.  
  16. The only thing I used from DMCAM and QCAM is hooking method and some
  17. initialization. Everything else is brand new.
  18.  
  19. CTF was digged for multi-string CENTERPRINT. It is nice, check it out :-)
  20.  
  21. The camera AI is in KASCAM.QC. Hooking points are in CLIENT.QC, WEAPONS.QC
  22. and WORLD.QC marked by 'KasCam' keyword. PROGS.SRC is also changed. I decided
  23. to include all QC's, however.
  24.  
  25. Marked areas can not be always simply removed. They may contain some original
  26. functional code. Keywords only mark places that are 'messed with'.
  27.  
  28. I made comments every time I wasn't sure what I am really doing. So it is
  29. possible that the most important parts are not commented at all... Sorry.
  30.  
  31. V1.06 sources were used. I also removed all the bugs known to me ('cells' bug
  32. and 'fishes' bug). These changes are not marked.
  33.  
  34. I wanted to keep hooking points at the lowest possible count. So the "copy
  35. status" sequence is performed every frame. I didn't notice any slowdown.
  36.  
  37. I don't know how to set "looking angle" more accurately than in 256 steps
  38. per full circle resulting in "skipping" view. It seems that resulting demos
  39. sometimes don't have this problem though.
  40.  
  41. There are problems with traceline function. trace_endpos ends in void space
  42. sometimes so this point has also to be tested using pointcontents :-(
  43.  
  44. Water, sky, teleports and lava are a serious problem - they don't stop
  45. traceline. If anybody knows how to find contents change (binary division is
  46. not interesting method)...
  47.  
  48. I don't know how to make reports 'only for camera'. sprint(self,...) function
  49. did serious problems so I used bprint.
  50.